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Embedded Systems 


Annäherung: IT und Embedded Systems 


Embedded-Computer steuern Industrieanlagen, 
Flugzeuge, Autos, Spielekonsolen, Handys, medizinische 
Geräte und anderes mehr. Entsprechend differenziert ist 
der Markt für die passenden Betriebssysteme. 


omputer in der klassi- 

schen IT können wech- 
selnde Funktionen ausführen. 
Im Gegensatz dazu sind Em- 
bedded Systems spezialisiert 
und konzentrieren sich auf 
eine einzige Aufgabe, steuern 
etwa technische Anlagen oder 
Digitalkameras. 

Früher galt: Informations- 
technik (IT) ist das eine, Em- 
bedded das andere. Neue 
technische Entwicklungen in 
Hard- und Software lösen die 
Grenzen zwischen klassischer 
Datenverarbeitung und Embed- 
ded Systems auf. Nun betreten 
die Winz-Systeme die IT-Domä- 
ne — mit leistungsfähigen Mikro- 
prozessoren und Hardware-Bau- 
steinen, die einen universellen 
Einsatz ermöglichen. Als Bei- 
spiele seien logische Schaltun- 
gen genannt wie FPGAs (Field 
Programmable Gate Array) und 
PLD (Programmable Logic De- 
vice), die eine freie Programmie- 
rung von Bausteinen zulassen. 
Dass mobile Geräte vermehrt IT- 
Anwendungen ausführen, ist ein 
dritter Punkt, in dem sich der 
Embedded-Bereich und die 
klassische IT annähern. 

Als die Zielmärkte für Her- 
steller von Embedded-Systemen 
gelten die Automobil-, Luftfahrt- 
und Elektroindustrie, Verteidi- 
gung, Maschinenbau, Medizin- 
technik, Telekommunikation 
sowie Unterhaltung. Jeder Be- 
reich fordert eigene Hard- und 


Software — ein Grund für die Un- 
übersichtlichkeit des Markts. 

In dem breit gestreuten Um- 
feld haben die Betriebssystem- 
hersteller zwei Möglichkeiten: 
Entweder sie spezialisieren oder 
wenden sich an einen weiteren 
Einsatzbereich, was eine Anpas- 
sung an die verwendeten Pro- 
zessoren sowie des Echtzeitver- 
haltens, Zertifizierungen und die 
Einhaltung von Branchen- 
standards erfordert. Auf solche 
Generalisten bezieht sich die 
Marktübersicht — ohne Anspruch 
auf Vollständigkeit. 

In vielen Applikationen müs- 
sen Embedded-Systeme in 
Echtzeit reagieren. In einem 
festgelegen Zeitraum, vorher- 
sagbar und immer wieder 
gleich. Ein Airbag im Auto muss 
sofort aufgehen, eine Maschine 
im Fehlerfall unverzüglich stop- 
pen, Ton und Bild eines Videos 
dürfen keine Aussetzer haben 
und müssen synchron bleiben. 
Das Topthema ist daher die 
Echtzeitfähigkeit. Dass die 
unterschiedlichen Reaktionszei- 
ten unter anderem mit der Ar- 
chitektur des Betriebssystems 
zusammenhängen, sei es ein 
Mikrokernel oder eine monolithi- 
sche Struktur, beschreibt der 
Kasten „Embedded-Betriebssys- 
teme“. Weitere relevante Krite- 
rien sind Multitasking-Fähigkeit, 
Unterstützung von Multi-Cores 
und -prozessoren sowie der 
Speicherbedarf. 


Embedded Systems 


Entwicklern von Embedded- 
Systemen stehen Betriebs- 
systeme mit zwei Grundkon- 
zepten zur Verfügung. In 
beiden geht es darum, dass 
sich mehrere Tasks die 
Rechenzeit der CPU teilen. 


Da sind zum einen die in der 

IT weitverbreiteten Time- 
Sharing-Systeme. Herz ist ein 
kleiner Zeitgeber, der eine Zeit- 
scheibe erzeugt, in der ein Task 
über die Ressourcen verfügen 
darf. Wenn die Zeit abgelaufen 
ist, schaltet der Scheduler zur 
nächsten Task weiter. 


Neue Time-Sharing-Betriebs- 
systeme, dazu gehören die 
aktuellen Windows- und Linux- 
Versionen sowie die klassi- 
schen Unix-Systeme, arbeiten 
mit Prioritäten, die die Reaktion 
auf äußere Einflüsse verbes- 
sern. Wichtige Prozesse erhal- 
ten mehr Rechenzeit oder 
rücken in der Liste der Tasks 
weiter nach oben. 


Aber das Umschalten zwischen 
den Tasks belegt wichtige 
Ressourcen wie CGPU-Leistung 
und Speicher, die in eingebet- 
teten Systemen immer knapp 


Zu den relevanten CPU- 
Architekturen im Embedded- 
Bereich gehören: 

— ARM: 32-Bit; Einsatz wegen 
der geringen Leistungsaufnah- 
me in Handys, PDAs, Routern, 
—- MCS-51: 8-Bit, darunter 
8051; Einsatz in Kleingeräten, 
Haushaltsgeräten, läuft oft 
ohne Betriebssystem, 

— Mips: 64 Bit; Einsatz in 
Routern, Navigationsgeräten, 
Spielekonsolen, 

— PowerPC; 32 und 64 Bit; Ein- 
satz in Spielekonsolen; Indus- 
triesteuerung, 

— XScale; 32 Bit; Einsatz in 
PDAs, tragbaren DVDs, 

—x86; 16 bis 64 Bit; Einsatz in 
Routern, Maschinensteuerung, 
— 68k/Coldfire; 8 bis 32 Bit; 
Einsatz in der klassischen In- 
dustriesteuerung. 


sind. Ausgleichen lässt sich das 
durch mehr Rechenleistung, 
leistungsfähigere Hardware 
oder weniger Umschaltungen 
zwischen den Tasks. Letzteres 
führt zwingend zu längeren 
Reaktionszeiten. 


Letztlich können Zeitscheiben- 
Systeme nicht in einer voraus- 
berechenbaren Zeit reagieren, 
denn selbst Tasks mit hoher 
Priorität kommen erst an die 
Reihe, wenn der Vorgängerpro- 
zess seine Zeit verbraucht hat — 
nicht akzeptabel für Systeme in 
der Maschinen- oder Motor- 
steuerung, die unverzüglich 
reagieren müssen, wenn es 
beispielsweise zu überhöhten 
Drehzahlen kommt. 


Kurze Reaktionszeiten und 
zeitlich definierte Reaktionen 
sind Merkmale der Realtime- 
Betriebssysteme (RTOS). Bei 
ihnen hat der Zeitgeber eine 
Nebenrolle, die Leitung über- 
nimmt die Ereignissteuerung, 
beruhend auf Hard- und Soft- 
ware-Interrupts. Die CPU 
arbeitet die Tasks nicht mehr 
innerhalb von Zeitscheiben, 
sondern im Unterschied zu 
Time-Sharing-Systemen aus- 


Hersteller haben oft Versio- 
nen für mehrere CPU-Architektu- 
ren und Branchen im Programm. 
Wer die Automobilbranche be- 
liefern will, muss Produkte vor- 
weisen können, die konform zu 
OSEK (Offene Systeme und 
deren Schnittstellen für die 
Elektronik im Kraftfahrzeug) 


schließlich nach Prioritäten 
und Ereignissen ab. 


Den Anstoß zur Verarbeitung 
des Tasks liefert das zu ihm 
gehörende Ereignis. Wenn etwa 
die Bremse im Auto blockiert, 
muss das System sofort und 
berechenbar immer gleich in 
einer definierten Zeit reagieren 
und darf nicht warten, bis der 
Vorgängerprozess fertig ist. 


Für den Prozess mit der höchs- 
ten Priorität lässt sich der Zeit- 
punkt berechnen, an dem das 
System auf das Ereignis rea- 
giert. In der Worst-Case-Rech- 
nung sind mindestens zwei 
Faktoren relevant: Die 
Umschaltzeit zwischen den 
Tasks und die Anzahl der Takte, 
die der Prozessor benötigt, bis 
er reagiert hat. Beide Werte 
lassen sich durch die Hardware- 
ausstattung beeinflussen. 


Echtzeitsysteme sind bestrebt, 
die Umschaltzeit zwischen den 
Tasks kurz zu halten. Ein 
Mikrokernel eignet sich dafür 
gut, da er mit 5 bis 100 KByte 
recht klein ist. Er enthält nur 
die primären Funktionen, dar- 
unter einen ereignisgesteuerten 


sind. Die auf 8 bis 32 Bit aus- 
gelegte Spezifikation gilt seit 
1997, entwickelt hat sie das 
1993 gegründete deutsch- 
französische Standardisie- 
rungs-Gremium OSEK/VDX 
(www.osek-vdx.org). Als Be- 
sonderheit teilt sie der Applika- 
tion alle Betriebsmittel bei der 
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Hardwarebasierter Speicherschutz: MMU-Erweiterungen 
ermöglichen die sichere Ausführung mehrerer Applikationen 


auf einer Zielplattform (Abb. 1). 


Quelle: Embedded Office 


Scheduler, eine Ressourcenver- 
waltung und ein Nachrichten- 
system zur Kommunikation der 
Tasks untereinander. Alle nicht 
dringend benötigten Funktionen 
und Treiber lagern in externen 
Modulen. Im Unterschied zu 
Unix laden Echtzeitsysteme 
Module nicht zum Kernel hinzu, 
sondern führen sie wie Pro- 
gramme gekapselt aus. 


Softwareentwickler benötigen 
Werkzeuge, mit denen sie das 
Echtzeitverhalten beobachten 
können. So darf sich die 
Nutzung von Ressourcen wie 
/O- Ports, Netzwerk oder Spei- 
cher nicht überlappen. Ob die 
Betriebsmittel überhaupt frei 
sind, signalisiert das Echtzeit- 
betriebssystem mit Sema- 
phoren, mit deren Hilfe der 
Scheduler entscheidet, ob ein 
Prozess lauffähig ist. 


Viele Entwicklungswerkzeuge 
unterstützen die Untersuchung 
von Nachrichten, mit denen die 
Prozesse verknüpft sind. Statis- 
tische Werkzeuge und Worst- 
Case-Tools liefern einen Über- 
blick des zeitlichen Verlaufs. 
(Axel Urbanski) 


Konfiguration des Systems sta- 
tisch zu. 

OSEK-konforme Betriebs- 
systemvarianten bieten unter 
anderem die Unternehmen 
Embedded Office und Euros 
Embedded Systems. Für die 
Automobilindustrie gibt es 
noch Autosar (Automotive 
Open System Architecture) 
(www.autosar.org), einen 
internationalen Verbund füh- 
render Automobilhersteller, 
Zulieferer und Softwarehäuser, 
der Standards für Elektronik- 
architekturen eingebetteter 
Systeme in Automobilen ent- 
wickelt. Die erste Konferenz 
soll im Oktober 2008 in Detroit 
stattfinden. Fahrzeuge mit 
Autosar-Elementen hat der 
Verbund noch für dieses Jahr 
angekündigt. Zertifizierung 
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verlangen ebenso Branchen 
wie die Medizintechnik oder 
die Luftfahrtindustrie, be- 
sonders, wenn es um Sicher- 
heit geht. 

Viele Hersteller orientieren 
sich an den Bedürfnissen der 
Zielmärkte: Das kalifornische 
Unternehmen Wind River stellt 
mit dem Echtzeitbetriebssys- 
tem VxWorks Entwicklungs- 
umgebung und Software- 


Komponenten zu branchen- 
spezifischen Plattformen zu- 
sammen. 

Wind River wurde 1981 ge- 
gründet, eine Deutsche Vertre- 
tung gibt es seit 1991 in Mün- 
chen. Überhaupt dominieren 
„alte Hasen“, darunter QNX 
Software Systems, Lynux- 
Works und Siemens, alle seit 
über 20 Jahren am Markt. Ei- 
nige Beispiele: RMOS3 von 


Siemens reagiert „hart“ echt- 
zeitfähig, das heißt, es kann 
auf erwartete und unerwartete 
Ereignisse innerhalb weniger 
Mikrosekunden reagieren. Fin- 
den kann man es in Industrie- 
PCs, im Maschinenbau, bei der 
Steuerung und Messdaten- 
erfassung. In seinen Industrie- 
PCs verwendet Siemens 
vielfach Microsofts Embedded- 
Betriebssysteme. 


QNX Software Systems aus 
Kanada bietet mit Neutrino ein 
Embedded-Betriebssystem für 
die industrielle Automatisie- 
rung, Medizintechnik, Roboter- 
steuerung und Automotive — es 
steuert aber nicht die Innereien 
des Fahrzeugs wie Motor oder 
Bremse, sondern überwacht 
Klima- und Freisprechanlage. 
Neutrino läuft auf 32-Bit-CPUs 
wie x86er, Mips, PowerPC und 
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ARMs xScale. Der Speicher- 
bedarf für das Betriebssystem 
liegt zwischen 1 und 8 MByte , 
die Applikation darf zwischen 
4 KByte und 4 GByte groß sein. 
Den Speicher verwaltet Neutri- 
no über die Memory Manage- 
ment Unit (MMU). Sie schirmt 
Treiber und Applikationen von- 
einander ab, sodass ein einzel- 
ner hängender Treiber nicht die 
komplette Anwendung lahm- 
legen kann. 


Der Kick: Open Source 


Einem übergreifenden Trend 
folgen viele der Marktführer: 
Open Source. Spätestens seit 
der Entstehung seiner Real- 
Time-Erweiterung spielt Linux 
in der Embedded-Liga. Mit 
dem Einzug von Eclipse greift 
der Trend auch auf den Be- 
reich der Entwicklungswerk- 
zeuge über (siehe Artikel 
„Schön Cross“ S. VI). Markt- 
führer sehen darin keine Kon- 
kurrenz, sondern integrieren 
Open-Source-Konzepte in ihre 
Produktstrategie. 

Mit Wind River Linux geht 
Wind River Systems neben 
dem bereits erwähnten RTOS 
VxWorks in Richtung Open 
Source. Nach Unternehmens- 
angaben wächst die Nachfrage 
nach beiden Systemen, zumal 
die Produkte unterschiedliche 
Bereiche ansprechen: VxWorks 
benötigt weniger Speicher als 
Linux. Daher eignet es sich 
besser für kleine Systeme. Der 
Kernel kommt mit 80 KByte 
aus, das komplette System be- 
ansprucht zwischen 800 KByte 
und 1 MByte. 

Mit Linux will das Unterneh- 
men seinen Kunden Support 
bieten — ein Thema, das durch 


den hohen Integrationsauf- 
wand im Bereich Embedded 
verstärkt in den Fokus der 
Kunden rückt. Einige Unter- 
nehmen zögern allerdings mit 
der Freigabe ihrer mühsam 
entwickelten Spezialtreiber im 
Open-Source-Stil. 

Da sich Linux in Bezug auf 
die Echtzeitfähigkeit um den 
Faktor 10 bis 100 langsamer 
verhält als VxWorks - je nach 
genutzter Hardware - lässt 
Wind River den Linux-Kernel mit 
einem zusätzlichen zweiten Ker- 
nel kooperieren, einem Real- 
Time-Core, der in dem Moment 
die Kontrolle übernimmt, wenn 
das System in Echtzeit reagieren 
muss. Danach ergreift der 
Linux-Kernel wieder das Ruder. 

Mehrere Anbieter haben 
Linux in ihr Portfolio aufgenom- 
men, darunter LynuxWorks mit 
der „Blue Cat Linux Micro Edi- 
tion“ ein Linux-basiertes Be- 
triebssystem für Xilinx-FPGAs 
mit PowerPC- und MicroBlaze- 
Prozessoren. 


Microsoft: Shared- 
Source-Lizenz 


Microsoft, mit Embedded-Ver- 
sionen für Windows CE und XP 
seit Jahren unterwegs, hat 
2004 Teile des Quellcodes unter 
der Shared-Source-Lizenz ge- 
öffnet. Komponenten aber, die 
zur Desktop-Variante des Be- 
triebssystems gehören, geben 
die Redmonder nicht frei. 
Aktuell hat Microsoft sein 
Portfolio neu sortiert: 
— Windows Embedded Stan- 
dard (bislang Windows XP Em- 
bedded, basiert auf dem XP- 
Kernel; x86-Prozessoren) und 
— Windows Embedded Compact 
(bislang als Windows Embed- 


ded CE bekannt, eigener Ker- 
nel; MIPS, ARM, SuperH-Pro- 
zessoren). 

Windows Embedded Stan- 
dard findet sich in Spielauto- 
maten, Kassen, Thin Clients, 
Car-PCs, Digitalkameras oder 
Multifunktionsdruckern in Netz- 
werken. Als Ziel nennt Microsoft 
die Integration der eingebetteten 
Geräte in die Unternehmensin- 
frastruktur. Kürzlich hat Micro- 
soft mit „Windows Embedded 
NavReady 2009“ ein Betriebs- 
system für Hersteller von mobi- 
len Navigationsgeräten heraus- 
gebracht, das auf Embedded 
Compact (Ex-CE) basiert. 

Offener Quellcode hat den 
Vorteil, dass die Embedded-Ent- 
wickler, die naturgemäß sehr 
hardwarenah programmieren, 
Einblick in Funktion und Arbeits- 
weise der Software bekommen. 
Eine Veränderung des Codes 
steht dabei nach Aussagen der 
Hersteller bei den Kunden gar 
nicht im Vordergrund. 

Im Jahre 2007 hat ebenfalls 
QNX Software Systems aus 
Kanada, hierzulande in Hanno- 
ver ansässig, den Sourcecode 
des Mikrokernels ihres RTOS 
Neutrino geöffnet. QNX erlaubt 
zwar die Modifikation des 
Sourcecodes, verpflichtet 
seine Kunden aber nicht dazu, 
sie offenzulegen. Die Lizenz 
orientiert sich am Modell von 
Apache. Wer den Code mit Ge- 
räten vertreiben will, muss für 
jedes Lizenzgebühren an QNX 
entrichten. Verhindern will das 
Unternehmen mit diesem Hy- 
brid-Softwaremodell, dass 
Open Source ein unkontrollier- 
bares Eigenleben entwickelt. 
Die Kunden sollen die Vorteile 
eines offengelegten Quell- 
codes genießen, sich aber 


gleichzeitig auf den Support 
von QNX stützen können. 

Für den nicht kommerziel- 
len Einsatz steht das System 
kostenlos bereit. Apropos kos- 
tenlos: Zahlreiche Hersteller 
bieten ihre Systeme zum Test 
oder für den nicht kommerziel- 
len Einsatz als freien Down- 
load zur an. 


Fazit 


Embedded-Betriebssysteme 
sind vielfältig und abhängig von 
den Einsatzbereichen. Der Ein- 
zug von Linux hat zu Koexisten- 
zen geführt. Weit oben auf der 
Liste der Zukunftsthemen ste- 
hen Virtualisierung per Hyper- 
visor, der mehrere aktive Be- 
triebssysteme parallel unter 
seinen Fittichen halten kann. 
Ansätze gibt es unter anderem 
bei LynuxWorks. 

Den Energiebedarf verrin- 
gern will Miray Software aus 
München mit dem vor zwei Jah- 
ren vorgestellten Symobi (Sys- 
tem für mobile Anwendungen), 
das nach Herstellerangaben auf 
aktuellen Multi-Core-Systemen 
mit bis zu 32 Prozessoren bei 
gleichbleibendem Stromver- 
brauch läuft. 

Immer stärker in das Blick- 
feld schieben sich Zuverlässig- 
keit und Sicherheit (Safety und 
Security): Wenn überall einge- 
bettete Hard- und Software 
„drin“ ist, müssen Hersteller 
dafür sorgen, dass Software 
und Daten „drin“bleiben, und 
niemand sie einfach unbefugt 
von außen verändern oder ko- 
piert kann. (rh) 

Barbara Lange 

ist IT-Journalistin und Inhaberin 
des Redaktionsbüros 
kurz&einfach in Lengede. 
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Schön Cross 


Echtzeitverhalten beobachten — 
Entwicklungszyklen verkürzen 


Um Embedded-Systeme aus ihrem Schlaf zu wecken, 
brauchen Ingenieure nicht nur das passende 
Betriebssystem zur Hardware, sondern vor allem eine 
geeignete Entwicklungsumgebung, denn selten gibt es 
Anwendungen von der Stange. 


m Unterschied zur klassischen 

IT entstehen eingebettete 
Applikationen nicht auf den Ziel- 
systemen, sondern auf Entwick- 
Iungsplattformen mit Cross- 
Compilern. Sie laufen meist auf 
einem PC und erzeugen Pro- 
gramme für die gewünschte Ziel- 
plattform. Das Spektrum der Ent- 
wicklungsumgebungen ist groß: 
von solchen für 8-Bit-Controller- 
Systemen, die gar kein Betriebs- 
system nutzen, bis zu Hilfsmit- 
teln, die den Quellcode auto- 
matisch generieren. Besonders 
Kunden mit kleinen Anwendun- 
gen und knappen Budgets wollen 
kein Modeling-Tool; ihnen ge- 
nügt die direkte Programmie- 
rung im Editor ihrer Wahl. 

Bei der Entwicklung kom- 

plexerer Systeme verkürzen 


VI 


professionelle Werkzeuge den 
Entwicklungsprozess. Außer- 
dem reduzieren Optimierer den 
Speicherbedarf und nutzen die 
Leistung der CPU besser aus. 
Lange Entwicklungszyklen 
stellen ein Hemmnis dar, das es 
zu überwinden gilt (siehe Kasten 
„Bitkom: Studie in Arbeit“). Es 
gelten mehrere Anforderungen: 
Zum einen stehen Unternehmen 
vor der Aufgabe, ihre Produkte 
schnell auf den Markt zu brin- 
gen. Zweitens wachsen die An- 
sprüche der Kunden an Qualität 
und Sicherheit. Die Systeme sol- 
len wiederverwendbar und 
plattformunabhängig einsetzbar 
sein. Außerdem verlangen viele 
Branchen spezielle Zertifizierun- 
gen, etwa die Luftfahrt- und 
Automobilindustrie, das Militär 


TraceX ermöglicht eine grafisch unterstützte Sicht auf 
Echtzeitsystemereignisse (Abb. 1). 


sowie die Medizintechnik. Alles 
zusammen erhöht den Druck 
auf die Entwicklung von Embed- 
ded-Systemen. 

Zu den Anbietern von Compi- 
lern und Entwicklungsumgebun- 
gen gehören neben denen aus 
der Open-Source-Welt Hersteller 
von Embedded-Betriebssyste- 
men, von Chips wie Freescale 
oder ARM und Anbieter, deren 
Produkte mehrere Betriebssyste- 
me abdecken. Das Übergewicht 
in der Marktübersicht bilden die 
Hersteller von Betriebssystemen. 

Eine grafische Darstellung 
von Prozessen, Speicherauslas- 
tung und Echtzeitverhalten 
unterstützt die Applikationsent- 
wicklung. Viele Hersteller bie- 
ten grafische Tools, Euros Em- 
bedded Systems etwa seine 
Stand-alone-Cross-Entwick- 
Iungsumgebung Euroskit, die 
verschiedene Werkzeuge ver- 
bindet, Programme in das Ziel- 
system lädt und ausführt. Physi- 
kalisch verbunden sind Desktop 
und Zielsystem unter anderem 
über eine serielle Schnittstelle, 
CAN-Bus, JTAG (Joint Test Ac- 
tion Group) oder OCDS (On Chip 
Debug System). 

Hinzu kommt ein Werkzeug 
zur Programmanalyse, das C- 
Programme liest und in Modelle 
umsetzt. Anschließend soll es 
nachweisen können, dass im 
Programm keine logischen Feh- 
ler vorkommen. 

Auf die Visualisierung des 
Echtzeitverhaltens setzt TraceX, 


ein Werkzeug für Entwickler 
von ExpressLogic für das Be- 
triebssystem Thread. Die grafi- 
sche Sicht auf das Echtzeitsys- 
tem soll die Ingenieure bei der 
Suche nach unerwartetem Sys- 
temverhalten unterstützen, zum 
Beispiel, wenn zwei Threads auf 
eine Ressource zugreifen wollen 
und gegenseitig auf ihre Ergeb- 
nisse warten, was zu einem 
klassischen Deadlock führen 
würde. 

Weitere Kriterien für Embed- 
ded-Entwicklungsumgebungen 
sind die Fähigkeit zum Remote 
Debugging, die Art der Arbeits- 
oberfläche (befehlsorientiert 
und/oder grafisch) und das Ge- 
staltenkönnen benutzerfreund- 
licher grafischer Oberflächen. 

Microsoft unterstützt mit Vi- 
sual Studio Embedded-Systeme. 
Andere Hersteller setzen auf 
verfügbare C/C++-Compiler von 
Dritten, vor allem auf GNU. Bei- 
spiele hierfür sind die Umge- 
bung Symobi von Miray Soft- 
ware, die sowohl Visual Studio 
als auch den GNU C++-Compi- 
ler nutzt. Siemens setzt auf 
RMOS3-GNU, in dem GNU-Tools 
sowie die Entwicklungsumge- 
bung Eclipse integriert sind. 

Die Verbreitung von Eclipse 
fördert den Trend zu Open 
Source und modellbasierter 
Softwareentwicklung für Em- 
bedded-Systeme. Zu den Mit- 
gliedern in der Eclipse-Founda- 
tion zählen Hersteller von Em- 
bedded-Betriebssystemen wie 
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Enea, ExpressLogic, Lynux- 
Works, Mentor Graphics, QNX 
und Siemens. Deren Entwick- 
Iungsumgebungen basieren auf 
Eclipse. 

2008 hat die Eclipse Founda- 
tion den Wind River Workbench 
als bestes kommerzielles Ent- 
wicklungswerkzeug gekürt, das 
auf dem offenen Framework ba- 
siert. Als Besonderheiten bietet 
die Workbench eine On-Chip- 
Debug-Schnittstelle, die eine 
Fehlersuche auf dem Chip er- 
möglicht. Derzeit arbeiten acht 
Spezialisten von Wind River 
ausschließlich für die Eclipse- 
Foundation. 

Barbara Lange 

ist IT-Journalistin und Inhaberin 
des Redaktionsbüros 
kurz&einfach in Lengede. 


VI 


IT-Security 


Aufgrund des Appliance-Ansat- 
zes gelten UTM-Systeme als 
ideal für den Schutz von kleine- 
ren und größeren IT-Umgebun- 
gen. Mittlerweile bietet diese 
Produktgattung nicht nur Fire- 
walls, IDS/IPS (Intrusion Detec- 
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tion System, Intrusion Prevention 
System) und Antivirus in einer 
Produkt, sondern auch Funktio- 
nen wie Virtual Private Networks 
(VPNs), URL-, Content-Filtering- 
Funktionen und die Sicherstel- 
lung von Quality-of-Service-An- 


forderungen, zum Beispiel im 
Voice-over-IP-Bereich. Eine 
Marktübersicht verschafft den 
Überblick. 
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